home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 4467 < prev    next >
Encoding:
Text File  |  1996-08-06  |  2.1 KB  |  77 lines
  1. Path: ix.netcom.com!netnews
  2. From: miker3@ix.netcom.com (Mike Rubenstein)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: should operator== and operator= be virtual?
  5. Date: Tue, 30 Jan 1996 12:30:02 GMT
  6. Organization: Netcom
  7. Message-ID: <310e0cf6.52459584@nntp.ix.netcom.com>
  8. References: <4ejvkr$btb@itnews.sc.intel.com>
  9. NNTP-Posting-Host: ix-dc8-20.ix.netcom.com
  10. X-NETCOM-Date: Tue Jan 30  4:30:17 AM PST 1996
  11. X-Newsreader: Forte Agent .99c/16.141
  12.  
  13. etse@scdt.intel.com (Eric Tse) wrote:
  14.  
  15. > Hi,
  16. > 
  17. > Should operator==() and operator=() of a class be virtual if the class is
  18. > planned for extensibility? Personally I think in general assignement 
  19. > operators should be non-virtual, but I am not sure about equality operator.
  20. > Could anyone helps? Thanks.
  21. > 
  22. > class A {
  23. > public:
  24. >   A& operator=(const A&);
  25. >   virtual bool operator==(const A&) const;
  26. >   virtual bool operator!=(const A&) const;
  27. > };  
  28. > 
  29. > class B : public A {
  30. > public:
  31. >   B& operator=(const B&);
  32. >   
  33. >   virtual bool operator==(const A&) const; // ?
  34. >   virtual bool operator!=(const A&) const; // ?
  35. > 
  36. >   virtual bool operator==(const B&) const; // ?
  37. >   virtual bool operator!=(const B&) const; // ?
  38. > };
  39.  
  40. Why do you think assignment operators should be non-virtual?  Any
  41. function that a derived class may want to override should usually be
  42. made virtual.
  43.  
  44. operator= is a special case.  Even if there is no explicit override of
  45. operator=, it is not inheritted.  If a class does not provide
  46. operator=, a default one will be generated that does a memberwise
  47. copy.  So, even if the derived classes never explicitly override
  48. operator=, you probably need to make it virtual if any derived classes
  49. may add data members.
  50.  
  51. Example:
  52.  
  53.     class A {
  54.       public: 
  55.         A& operator=(const A&);
  56.     };
  57.  
  58.     class B : public A {
  59.       private:
  60.         int i;
  61.     };
  62.  
  63.     A* a = new B;
  64.     B b;
  65.     (*a) = b;
  66.  
  67. This will not work right; A::operator= will be called and B::i will
  68. not be copied.
  69.  
  70. operator== should be virtual if a derived class may want to override
  71. it.  I'd guess that usually this means it should be virtual (read: in
  72. my programs I almost always want it virtual), but there probably are
  73. examples where it makes no sense to override it.
  74.  
  75.  
  76. Michael M Rubenstein
  77.